METHOD AND SYSTEM FOR JUDGING RELIABILITY OF 
RESOURCES, AND PROGRAM FOR THE SAME 



BACKGROUND OF THE INVENTION 

When a user who considers using Web services 
wants to acquire the reliability of a resource that is 
to be used on the Web services, it is often difficult 
for the user to select the resource that the user 
desires because of the, user's limited knowledge of the 
resource or to select from a massive amount of 
information on resources, and it takes enormous amount 
of time to do so. Thus, in order to solve such 
problem, the present invention proposes a method and 
system for judging reliability of a resource and 
program for the same so that the reliability of 
resource can be judged and that the resource can be 
assigned according to the results of the judgment if 
necessary. 

When a truster wishes to commit or entrust a 
certain development task that needs technical expertise 
to a certain trustee, the truster owns information 
including technical level and field of experience of 
the trustee and entrustable period of time for use in 
determining whether the trustee is ready for being 
entrusted, such information constituting invisible 
asset (intangible property) the trustee owns. There is 
known a method for making intensive and effective 



retrieval/comparison/inspection of such information 
corresponding to those invisible assets that the 
truster owns (for example, see JP-A-2000-197263) . 
However, no method for judging reliability of resources 
is disclosed. 

Conventionally, an information system owned 
by a company is intended to be used only within the 
company itself and hence it suffices that the company 
obtains necessary resources by itself and does 
necessary maintenance operations. 

However, in the recent advent of Web services 
wherein information systems of a plurality of different 
enterprises are integrated through a network so that 
companies can transmit and receive information between 
the companies without human assistance or intervention, 
thereby encouraging enterprise alliance and improving 
information propagation efficiency so that the services 
to the users can be expanded, such companies that own 
no resources have began to utilize the Web services and 
hence there have arisen the needs for acquiring the 
performance and reliability of the resources in 
addition to the information on the companies that 
developed the resources to be used on the Web services. 

The user who considers using Web services 
obtains the performance and reliability of resources 
necessary for building up Web services from the 
information publicized on homepages, and judges the 
reliability. However, the user who has little or even 
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some background knowledge of resources cannot judge the 
overall reliability of resources on the basis of the 
kinds and values of performance of vast amounts of 
resources . 

5 In addition, since the research agencies that 

collect information for judging the reliability of 
resources from the users who have experience of having 
used those resources and provide the results of 
reliability judgment, are still limited in number, 
10 there is a problem that both the reliability of the 

research agencies themselves and the reliability of the 
judged results are not high. 

SUMMARY OF THE INVENTION 

In order to solve the above problems, the 

15 invention proposes a method and system for judging 
resource reliability wherein in order to judge the 
reliability of a resource necessary for utilizing a Web 
service, the system has: 

a utilization performance record storage for 

20 storing information including performances and failure 
rates of resources that have been used and total 
evaluation results of companies including their 
response to user (i.e., the manner in which the 
companies treat the users) ; 

25 a Web server that holds the performance of 

the resource and company information disclosed by the 
resource-holding companies ; 



a data acquisition section for acquiring from 
the utilization performance storage and Web server 
information necessary for judging the resource 
reliability; and 

a reliability judge unit for judging the 
reliability of the resource based on the resource 
condition received by the data acquisition section and 
a receiving section, wherein the results of resource 
reliability judgment are supplied from the receiving 
section to a user terminal and when an order of the 
resource is accepted, the receiving section sends an 
inquiry to the Web server and assigns the resource to 
the user. 

A program that realizes the above functions 
or a recording medium having this program stored 
therein can also achieve the above object. 

Other features of the invention will be 
better understood from the accompanying drawings and 
.the description of this specification. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a diagram showing an example of the 
construction of the system for judging the reliability 
of resources according to the invention. 

FIG. 2 is a functional block diagram showing 
an example of the function of the Web server 20 held by 
the IDC 13. 

FIG. 3 is a diagram showing an example of the 



structure of data to be stored in the utilization 
performance record storage 14. 

FIG. 4 is a diagram showing an example of the 
data structure of a performance evaluation table 40 
that lists the data structure of a performance 
evaluation storage section 31 stored in the utilization 
performance record storage 14 . 

FIG. 5 is a diagram showing an example of the 
data structure of a customer enterprise table 50 that 
lists the data structure of a customer enterprise 
storage section 32 in which the user having experience 
of having used resources stores not only the resources 
but also information on enterprises with which the use 
have done business deals. 

FIG. 6 is a diagram showing an example of the 
structure of data of a total evaluation table 60 that 
lists the data structure of a total evaluation storage 
section 33 to totally judge the performance evaluation 
and enterprise evaluation for each resource. 

FIG. 7 is a diagram showing an example of the 
data structure of a performance table 70 that lists the 
data structure of a performance storage section 21 
which in turn stores the performance of resources held 
in the IDC. 

FIG. 8 is a diagram showing an example of the 
data structure of an enterprise table 80 that lists the 
data structure of an enterprise scale storage section 
22 for storing information on enterprises that have the 



resources . 

FIG. 9 is a diagram showing an example of the 
data structure of a receiving table 90 that lists the 
data structure of a receiving section 18 for accepting 
the request of resource reliability judgment 
transmitted from the user terminal 11. 

FIG. 10 is a flowchart showing the processes 
for acquiring information necessary for reliability 
judgment and rearranging data after accepting the 
reliability inspection request from the user terminal 
11 . 

FIG. 11 is a flowchart showing the processes 
for judging the reliability by use of the rearranged 
data in FIG. 10. 

FIG. 12 is a flowchart showing the processes 
up to the end of the enquiry process that changes 
depending on the fact that the user orders the resource 
after receiving the offered results of resource 
reliability judgment . 

FIG. 13 is a diagram showing an example of 
the data structure of an acquisition list table 130 
that lists the data structure of the data acquisition 
section 16 for acquiring data from the utilization 
performance record storage 14 of the user who has 
experience of having used resources, and data from the 
Web server 20 provided within the IDC. 

FIG. 14 is a diagram showing an example of 
the data structure of a judgment result table 140 that 



lists the data structure of the reliability judge 17 
for adding the results of reliability judgment to the 
rearranged or extracted data of the acquisition list 
table 130. 

FIG. 15 is a diagram showing an example of 
information displayed on the user terminal 11. 

DESCRIPTION OF THE EMBODIMENTS 

Embodiments of the invention will be 
described with reference to the drawings. The terms 
used in the description of the invention will be 
defined first. 

The Web service is the technique that is 
based on the techniques of XML (Extensible Markup 
Language) and SOAP (Simple Object Access Protocol), 
modularizes the functions of applications, and offers 
them as services on Web. For example, multiple 
different firms are consolidated through network, and 
the user can simply request the unified enterprise to 
offer services that support the needs of the user 
without inquiring or asking over a plurality of firms. 

The conventional mode of the enterprise 
system is that, for booking a trip, the user has so fa 
made a reservation to an air carrier when buying 
airline tickets, ordered in advance to a hotel when 
reserving a room, made reservations of other parts of 
the journey directly to specialized agencies, and 
bought them when word came that you got reservations. 
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In contrast, in this Web service, a tourist agency 
integrates a plurality of enterprise systems of plane 
tickets, hotels and others so that the computers of the 
companies can transmit information of procedure up to 
5 the issue from application directly to each other 
through network without human assistance or hands. 

The term resource is the resource necessary 
for the user to utilize the Web service, for example, 
computers such as personal computers and workstations, 

10 network equipment such as routers and hubs for 

connecting those computers to the network, applications 
for achieving documentation and numeric data 
processing, and storages such as hard disks for storing 
various types of data. 

15 FIG. 1 schematically shows an example of the 

whole construction of a resource reliability judging 
system. This system includes a user terminal 11 of 
computer on which the user who has never used the Web 
system or utilizes the resource reliability judging 

20 system for the first time can receive necessary 

resource information using the computer, and a user 
information storage center 10 having a utilization 
performance record storage 14 provided for the user 
having experience of having used the Web system to 

25 store the utilization performance record, i.e., the 
past record of the Web system utilization and 
evaluation results thereof and a Web service 15 by 
which the computers can directly make communication 



between companies without human intervention or human 
hands. The system further includes an IDC (Internet 
Data Center) 13 having a Web server 20 and a resource 
19 provided for the firms having and holding the above- 
mentioned resource to store the performance and busy 
condition (utilization status) of resources necessary 
for using the Web service, and a reliability 
investigation (examination) unit 12 having a receiving 
section 18 that accepts a request for judging resource 
reliability from the user terminal 11 or from the user 
information storage center 10 and inquires of the Web 
server 20 whether or not the resource can be offered, a 
data acquisition section 1 6 f or acquiring from the 
utilization performance record storage 14 and Web 
server 20 the information meeting the resource 
condition set in the user terminal 11 and a reliability 
judge section 17 that judges the reliability of the 
resource by use of the information acquired from the 
user condition. These portions are interconnected 
together through a network 1 in the system. 

Here, it is assumed that each of the user 
terminal 11, user information storage center 10 and IDC 
13 may be provided singular or plural in number. 

FIG. 2 is a functional block diagram showing 
an example of the function of the Web server 20 held in 
the IDC 13. The Web server 20 includes a performance 
storage section 21 for storing data of the performance 
of the resource held in the IDC 13, an enterprise scale 



storage section 22 for storing the number of payrolls 
(the number of employees) and capital fund of the 
enterprise that provides the resource and the URL of a 
homepage from which the user can get such information, 
and a supply section 23 for providing the resource in 
response to a resource supply request from the user. 

FIG. 3 is a diagram showing an example of the 
construction of the utilization performance record 
storage 14 for storing the utilization performance 
record and evaluation of the resource used when the 
user information storage center 10 introduced the Web 
service. This utilization performance record storage 
14 includes the performance evaluation storage section 
31, the customer enterprise storage section 32 and the 
total evaluation storage section 33. The performance 
evaluation storage section 31 stores data on the 
failure rate and response time or the time taken for 
responding to an enquiry at the time of failure with 
respect to the resource of the Web service provider 
with which a business transaction has been made, and a 
performance evaluation value that the user himself 
determined from the performance records of the business 
transaction. The customer enterprise storage section 
32 stores data on the name and department of the 
enterprise from which a resource has been offered or 
with which a business deal (transaction) has been made 
and years (time length) of the business connection, and 
an evaluation value for the business deal with the 



enterprise. The total evaluation storage section 33 
stores data on the length of years and the number of 
times (frequency of utilization) of business 
transaction per product and per non-product project 
such as solution, alliance or the like of a customer 
enterprise, data on the amount of contract money and 
data on manner or attitude of the customer enterprise 
(namely, how the enterprise treats the user) , and the 
experience in digitized representation of the total 
evaluation thereof . 

FIG. 4 is a diagram showing an example of the 
data structure of the performance evaluation table 40 
that list the data structure of the performance 
evaluation storage section 31. 

The table 40 includes, for example, resource 
type 42 showing the kind of resources such as computer 
and storage, type or model name 43 identifiable as a 
particular resource, number 44 of introduced resources, 
failure rate 45 indicating the rate of failure from the 
start of introduction and up to present, response speed 
4 6 indicating the time taken for a support center or 
the like to provide a solution to a failure measured 
from the time of occurrence of the failure, performance 
evaluation value 47 showing the value (numeral) - 
converted resource performance evaluation result per 
user information storage center 10 that is estimated 
from those utilization performance records, and updated 
date 41 on which an item of the performance evaluation 



table 40 has been updated. 

FIG. 5 is a diagram showing an example of the 
structure of data on the customer enterprise table 50 
that lists the data structure of the customer 
enterprise storage section 32 in which the user who has 
used a resource stores information on not only the 
enterprise that has offered the resource but also the 
enterprise that has made a business transaction and is 
registered in the user information storage center. 

The table 50 includes, for example, 
enterprise code 51 and department code 52 corresponding 
to company name and department name 53, department code 
52, department name 53, e-mail address 54 for 
responding to inguiry from the user, years (length of 
time) of trade (business connection) 55, and customer 
(business deal) evaluation value 56 of trade period and 
attitude or behavior so far taken by the enterprise per 
user information storage center 10. 

FIG. 6 is a diagram showing an example of the 
structure of data of the total evaluation table 60 that 
lists the data structure of the total evaluation 
storage section 33. The total evaluation is determined 
based on resource performance evaluation and enterprise 
evaluation per resource as well as utilization 
frequency (namely, how often relatively small products 
have been purchased from the resource manufacturing 
enterprise) and number of times of contracts (namely, 
how often relatively large products have been orders- 



placed/received) and other various factors, such as the 
length of business connection and chemistry with the 
resource manufacturing enterprise, all considered as a 
whole . 

This table includes, for example, resource 
holding enterprise code 62 corresponding to a 
performance record number 61 stored in the performance 
evaluation table 40, years of utilization 63 of the 
resource, number of times of contract 64, utilization 
frequency 65, amount of orders placed/received 66, and 
total evaluation value 67 derived by evaluating such 
information per user information center 10. 

FIG. 7 is a diagram showing an example of the 
structure of data of the performance table 70 that 
lists the data structure of the performance storage 
section 21 for storing the performance of the resource 
that each IDC 13 has and holds. 

For example, the table includes, for 
enterprise code 71 of the company that manufactures the 
resource of interest, type 72 and model 73 of the 
resource, a price 74, performance 75, and expandability 
76 which are performance information that becomes 
necessary for selecting the resource. 

FIG. 8 is a diagram showing an example of the 
structure of data of the enterprise table 80 that lists 
the data structure of the enterprise scale storage 
section 22 for storing information on the enterprise 
that holds the resource of interest. 



For example, the table 80 includes, for each 
enterprise code 81 and enterprise name 82, a number of 
corresponding payrolls 83 and capital fund 84, years of 
business 85 from its foundation and URL 86 of home page 
from which such information can be obtained. 

FIG. 9 is a diagram showing an example of the 
structure of data of the receiving table 90 that lists 
the data structure of the data used by the receiving 
desk 18 that accepts a request of resource reliability 
judgment sent from the user terminal 11. 

The receiving table 90 includes, for example, 
enquiry number 91 that is issued per accepted request, 
user's registered number 92 given only when the user is 
registered, accepted date 93, resource type 94, 
condition-1 95, condition-2 96 and condition-3 97 that 
are used to narrow the range of focus when examining 
the reliability, resource reliability judgment result 
99 of the resource whose condition meets with a 
resource type 94, and ordered/not-ordered column 98 
indicating that the user ordered the resource of 
interest or not. 

FIG. 10 is a flowchart showing the flow of 
processing from when a resource reliability examination 
request from the user terminal 11 is accepted by the 
receiving section 18 to when information necessary for 
reliability judgment is acquired and data is 
rearranged . 

In step 101, when the request is sent from 



the user terminal 11, the resource type, condition, 
user number and the corresponding inquiry number are 
provided and stored together with received date and 
time in the receiving table 90. 

In step 102, data relating to the resource 
type stored in step 101 is collected from the 
performance evaluation storage section 31 and 
performance storage section 21 and stored in the data 
acquisition section 16. 

In step 103, decision is made of whether 
other resource conditions than the resource type are 
specified in step 101 and if not, then the process ends 
without rearrangement . 

In step 104, when other conditions have been 
specified, the data obtained in step 102 is rearranged 
and extracted based on the conditions in order of from 
the condition of the lowest priority level to the 
highest . 

In step 105, decision is made of whether the 
rearrangement has been completed based on all the 
conditions and if not completed yet, then the step 104 
is executed based on the next higher priority 
condition. The process in step 104 is repeated until 
the process according to all conditions is completed. 

FIG. 11 is a flowchart showing the flow of 
processing for judging the reliability by using the 
rearranged data obtained in FIG. 10. 

In step 111, the head data of the acquisition 



list table 130 after rearranged in step 105 is read and 
the total evaluation value is set to zero point. In 
step 112, decision is made of whether the same type 
name is included in the data so far read. 

In step 113, when there is the same type name 
in step 112, the resource evaluation value of the 
individual user is added to the total evaluation value, 
and the number of request is also incremented by one 
request . 

In step 114, when the decision whether the 
same type name exists or not in step 112 is No, the 
resource evaluation value of the individual user is 
stored as-is as the total evaluation value, and the 
number of request is counted as one and stored. 

In step 115, the total evaluation value and 
number of requests determined or calculated in step 113 
or 114 are stored in the original data read in step 111 
or 117 in the reliability judgment result storage table 
140. Thus, the reliabilities of the resources of the 
same type name are added one after another. In step 
116, decision is made of whether all data is completely • 
read. In step 117, when all data is not completely 
read in step 116, the next data in the acquisition list 
table 130 is read and the process returns to step 112. 

In step 118, the evaluation values of all 
data are completely added and divided by the number of 
requests to produce an average evaluation value. 

As the number of samples increases, the 



reliability of the evaluation value becomes higher. 

FIG. 12 is a flowchart showing the flow of 
processing up to the end of the inquiry process that 
changes depending on whether the user orders the 
resource or not according to the resource reliability 
judgment result obtained in FIG. 11. 

In step 121, decision is made of whether the 
user applies for the use of the resource of interest or 
not. In step 122, decision is made of whether the user 
who enquired is a registered user. In step 123, the 
user who is not registered yet is asked whether user 
registration is desired or not. 

If the user registration is not made, the 
user cannot be offered the resource and the process 
jumps to step 128 where the registration status is made 
no . 

In step 124, the utilization performance 
record storage 14 having the performance evaluation 
table 40, the customer enterprise table 50 and the 
total evaluation table 60 is supplied to the user 
terminal 11 who newly desires user registration, and a 
user number is issued to the user. 

In step 125, the receiving section 18 asks 
the supply section 23 in the Web server 20 to examine 
and decide whether the resource applied for in step 121 
can be offered. 

In step 126, when the decision in step 125 is 
yes, namely, the resource can be offered, the procedure 



for supplying the resource of interest is sent from the 
Web server 20 to the user terminal 11. 

In addition, the yes/no status is turned yes. 

In step 127, when the decision in step 125 is 
no, namely, there is no resource that can be offered, 
the user terminal 11 is asked if it will apply for the 
next candidate. If the decision in step 127 is yes, 
the next candidate is selected from the candidates 141 
of the judgment result table 140 and the process jumps 
to step 125. 

If the decision in step 127 is no, namely, 
when the user terminal does not apply for the next 
candidate, the process jumpss to step 128 where the 
yes/no status is made no. 

In step 128, the yes/no status is stored in 
the yes/no 98 of the front desk table 90. 

FIG. 13 is a. diagram showing an example of 
the data structure of the acquisition list table 130 
that lists the data structure of the data acquisition 
section 16 for acquiring data of the utilization 
performance record storage 14 of the user having used a 
resource and also acquiring data held by the Web server 
20 in the IDC. 

The table 130 includes, for example, 
performance record number 131, enterprise code 132, 
type or model name 133, performance evaluation value 
134, customer (business deal) evaluation value 135 and 
total evaluation value 136. 



FIG. 14 is a diagram showing an example of 
the data structure of the judgment result table 140 
that lists the data structure of the reliability judge 
section 17 which makes the reliability judgment on the 
rearranged or extracted data of the acquisition list 
table 130. 

The table 140 includes, for example, 
candidate number 141, performance record number 142, 
enterprise code 143, type name 144, evaluation value 
145 under condition-1, evaluation value 146 under 
condition-2, evaluation value 147 under condition-3 and 
reliability 148. 

FIG. 15 is a diagram showing an example of 
information displayed on the user terminal 11. 

For example, the user who conducted 
reliability examination in the past and made a user 
registration enters the user number in the user number 

151, selects the resource type to be reliability- 
examined from the pull-down menu of the resource type 

152, enters an item name of condition in condition 153 
in order to set an item as a condition, enters a 
plurality of conditions, if desired, with a space 
thereamong. The user further enters, with respect to 
the items set in the condition 153 and at respective 
corresponding portions, enterprise name in maker 154 if 
the user wishes to specifies a maker name, enters a 
type or model name in type 155 if the type or model 
name is desired to be specified, enters a desired price 
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in price 156 if the price range is to be inputted, 
enters a key word of desired condition in other 157, 
and push a send button 158 which causes the request for 
resource reliability examination to be transmitted from 
5 the user terminal 11 to the receiving section 18. 

Note that priority order is given as 
condition-1, condition-2, condition-3 .... in order of 
being entered in the condition 153 

According to the invention, the resource that 
10 fits to the needs of the user can be decided and 

assigned by judging the reliability of the resource 
which is necessary when using the Web service. 

In addition, the companies that hold the 
resources or companies that develop resources can 
15 improve the performance of the resources according to 
that information. 

According to the invention, the resource that 
meets the needs of the user can be determined and 
assigned by judging the reliability of the resource 
20 which is necessary when using the Web service. 

It should be further understood by those 
skilled in the art that although the foregoing 
description has been made on embodiments of the 
invention, the invention is not limited thereto and 
25 various changes and modifications may be made without 
departing from the spirit of the invention and the 
scope of the appended claims. 



